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AN EMULATION hJBTHOP FOR MANAGING A READER FOR A CHIP 
CARD INCOMPATIBUS WITH AN ENVIRONMENT 

The invention concerns chip card readers 
5 functioning according to the ^'EMV'' standard and able to 
be used in a PCSC-standard environment and, iciore 
particularly, a method of emulating the PCSC 
environment in order to manage the EMV-standard reader. 
The acronym ^^EMV'^ refers to a standard known by 
10 the English expression ''Europay Mastercard and Visa'' 
and the acronym ^'PCSC refers to a standard known by 
the English expression ''Personal Computer Smart Card", 

Microcircuit cards or" chip cards are for example 
used for making transactions/ notably monetary 
15 transactions^ and function in accordance with strict 
rules with a view to guaranteeing the security of the 
transactions. These rules are complied with when the 
chip card and reader function according to the ''EW 
standard • 
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However, the chip card reader to the EMV standard 
can be caused to be used in association with a personal 
computer connected, for example, to a network of the 
Internet type in order to perform electronic 
5 transactions. This association presents 

incompatibilities with regard to the communication of 

the chip card. 

There is therefore a need to mitigate these 

incompatibilities so as to be able to use a chip card 
10 reader to the ©XIV standard in association with a 

personal computer which can communicate with a chip 

card according to the PCSC standard. 

To this end, the invention provides that the 

personal computer emulates the functionalities of a 
15 PCSC standard reader with regard to communication with 

the chip card reader, which allows communication 

between the reader and personal computer. 

The invention therefore concerns a method of 

emulating a chip card reader functioning according to 
20 the PCSC standard in order to manage a chip card reader 

functioning according to the EHV standard and 

communicating with the chip card according to the 

protocol T = 0, characterised in that it comprises the 

following operations consisting of: 
25 (a) determining the type of APDU exchanges for 

which it is necessary to effect an emulation, 

(b) emulating the return of a state word (SWl, 

SW2) in compliance with the standards to the PCSC 

environment/ 
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(c) when the type of APDU exchange corresponds to 
^ Case 2 as defined in ISO 7816-4, receiving the 
command C-APPU complying with the state word, 

(d) when the type of APpU exchange corresponds to 
5 a Case 4 as defined in the standards, receiving the 

command GET-RESPONSE using the state word, 

(e) returning R-^APDU in response to C-APDU or to 
GET-RESPONSE, 

According to the invention, operations (c) and 
10 (d) can be pejrfotmed in the reverse order. 

Operation (c) can be followed by the following 
operation consisting of; 

(c;) emulating the return of a state word (SWl, 
SW2) complying with the standards to the PCSC 
15 environment as provided for when the type of APDU 
exchange corresponds to a Case 4. 

Operation (b) can be replaced by operations (b^ 
and b'') and operation (d) replaced by an operation (d") 
consisting of; 

20 (b' ) emulating an alarm state, which can relate to 

the application of the chip card, sending to the PCSC 
environment the state word (SWl, SW2) complying with 
the standards/ 

(d' ) receiving the command GET-RESPONSE 

25 parameterised such that the number of bytes awaited is 

{b") emulating a state word (SWl, SW2) , complying 
with the standards, to the PCSC environment as provided 
for when the type of APDU exchange corresponds to Case 
30 4. 
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Other characteristics and advantages of the 
present invention will emerge frota the reading of the 
following description of a particular exainple 
eirOsodiment/ the s^id description being given in 
5 relation to the accompanying drawing, in which: 

the single figure is a flow diagram 
illustrating the method according to the invention. 

The personal computer with which the chip card 
reader to the EMV standard must communicate comprises a 
10 communication interface, referred to as '^IFD Handler''^ 
''IFD'' being the acronym for the English expression 
^'Interface Divide'^ 

According to the invention, this interface is 
used for emulating the functionalities of a reader to 
15 tjie PCSC standard* This interface receives from the 
application a command c-apdu which transmits it to the 
reader f which in return sends a response R-APDU. APDU 
is the acronym of the English expression "'Application 
Protocol Dats^ Unit^'. Knowing C-APDU, R-APDU and the 
20 fact that the protocol is of the type T = 0, the IFD 
interface is in a position to determine whether it is 
appropriate to make an emulation according to the 
circumstances which it can detect. 

This emulation mu3t be effected for the APDU 
25 exchange of Ca^e 2 or Case 4 of ISO 7816-4 inspiring 
the PCSC standard/ and this for a communication 
according to the protocol T = 0, 

The starting state is defined by state 10 of the 
flow diagram in the single figure. Step 12 consists of 
30 detecting whether it is a question of a Case 2, this 
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C4$e being characterised by the content of C-APDU/ that 
is to s^y containing ^ parameter I^e indicating the 
number of bytes of the data of R-APDU and not 
containing any input date. In this case, the interface 
5 must emulate the return of a state word consisting of 
two bytes of value SW1-6C and SW2-LXr being the 
number of bytes of the data of R-APDU. In returner it 
receives a repetition of C-APDU with Le^Lx. 

In response to this new conmiand, it is possible 

10 to return the R-APDU with the same number Lx of bytes. 
If Case 2 is not detected by step 12, step 14 makes it 
possible to detect a Case 4 which is characterised by 
the parameter Le in the presence of input data in C- 
APDU. In this case, the interface must emulate the 

15 return of a state word consisting of two bytes of value 
SWl==6l and SW2-l(X» In return, it receives a command 
called '^'GET-RESPOITSE^^ which comprises a parameter 
Le=Lx. In response to this command/ the interface 
sends back the R-APDU previously received from the 

20 reader. 

If neither of these two types of APPU exchange. 
Case 2 or Case 4, is detected, it is not necessary to 
effect an emulation and R-APDU is returned without 
emulation. 

25 It should be noted that Case 2 can be dealt with 

by passing through the Cage 2 emulation phase with any 
Lx, and then the Case 4 ■emulation phase with the 
appropriate value Lx. After step 16, step 18 is passed 
through, as indicated in dotted lines 30 in the single 

30 figure/ before going to step 20. 
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With regard to Case 4^ an alaria state 24 can be 
emulated by passing through 26, as provided for by ISO 
7816 or EMV in which 

SWl « 62 or 63, and 
5 SW2 = XX or XX 

or 3omething connected with the application in 
the card with 

SWl = 9x and SW2 = xx 

SWl 90 and SW2 ;t 00, 

10 

In return, it receives the coinmand GET-RESPONSE 
parameterised so that the number of bytes expected is 
0. 

The emulation ends with ;5tep 15, and then step 20 
15 via the connection 28. 

The description which has just been given shows 
the steps of an emulation method which comprises the 
following operations consisting of i 

(ci) determining the types of APDU exchanges for 
20 which it is necessc^ry to effect an emulation/ 

(b) emulating the return of a state wojrd (SWl/ 
SW2) in compliance with the standards to the PCSC 
environment, 

(c) when the type of APDU exchange corresponds to 
25 a case 2 as defined in ISO 7616-4, receiving the 

command C-APDU complying with the state word, 

(d) when the type of APDU exchange corresponds to 
a Case 4 as defined in the standards, receiving the 
command GET-RESPONSE using the state word. 
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(e) returning R-APDU in response to C-APDU or to 
GET-RESPONSE. 

In this method^ operations (c) and (d) can be in 
the reverse order. 
5 Operation (c) can be followed by the following 

operation consisting of: 

Ici) emulating the return of a state word (SWl, 
SW2), complying with the standards, to the pcsc 
environment as provided for when the type of APDU 
10 exchange corresponds to a Case 4. 

Operation (b) can be replaced by operations (b' 
and b'O and operation (d) replaced by the operation 
(d' ) consisting of; 

(b' ) emulating an alarm state, which can relate to 
15 the 2^pplication of the chip card/ sending to the PCSC 
environment the state word (SWl, SW2) complying with 
the standards/ 

(dM receiving the command GET-RESPONSE 
paraiaeterised and such that the number of bytes awaited 
20 is 0, 

(b'') emulating a state word, (SWl, SW2)/ complying 
with the standards/ to the PCSC environment as provided 
for when the type of APDU e'xchange corresponds to Case 
4. 



